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SYSTEME DE PAIEMENT POUR L ' UTILISATION DE LOGICIELS 

DESCRIPTION 

Domaine -technique 

5 La presente invention a pour objet un syst^me 

de paiement pour 1 • utilisation de logiciels. Ces 
logiciels peuvent Stre de nature guelconque et par 
exemple etre des logiciels enregistr^s sur un support 
comme les CD-ROM (Compact Disc-Read Only Memory) ou les 
10 DVD-ROM (Digital Versatile Disc-Read Only Memory) ou 
les logiciels telecharges. 

lis peuvent concerner aussi bien des calculs 
scientif iques que des jeux, des techniques assistees 
par ordinateur, du traitement de texte, etc., 

15 

Etat de la technique anterieure 

Le mode actuel de diffusion des logiciels est 
principalement le CD-ROM, et sera tres bientot le 
DVD-ROM. Pour les editeurs de logiciel se pose de fagon 

20 de plus en plus aigue le probleme de la copie 
frauduleuse de ces logiciels. Si, pendant un temps, le 
format du CD-ROM a empeche la recopie sur un support 
vierge, actuellement , les disques inscriptibles et les 
graveurs de CD sont devenus accessibles au niveau du 

25 grand public. Le meme phenomSne ne tardera sans doute 
pas ^ advenir dans le cas de la technologie DVD. 

Un autre mode possible de diffusion des 
logiciels, quoique moins usite pour des raisons de 
performances, est le telechargement . II n'est pas 

30 approprie aux jeux ayant besoin de tres nombreuses 
images, ou scfenes en trois dimensions. En revanche, il 
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peut se justifier dans d'autres cas . De nombreux 
logiciels (compilateurs, 6diteurs...) entrent dans 
cette cat6gorie. Ces logiciels sont en general 
gratuits, car, du fait de leur volume faible qui les 
5 rend t61echargeables, ils seraient tres faciles h 
copier d'un ordinateur & un autre. 

Par ailleurs, il est clair que le prix d' achat 
61ev6 d'un logiciel est souvent dissuasif pour les 
utilisateurs. Le cout du support CD-ROM et de sa 

10 gravure intervient pour tres peu dans ce prix. Le prix 
d 1 achat elev6 des CD/DVD-ROM actuels correspond avant 
tout a la remuneration de 1 • editeur et des 
distributeurs des jeux. 

Ces observations donnent a penser qu ' il existe 

15 un besoin pour le paiement & I'acte, ou h la duree ou a 
la seance de logiciels sur support CD/DVD-ROM, ou des 
logiciels telecharges. Ainsi, les editeurs se 
remun&reront sur une base de clients beaucoup plus 
importante, en fonction de 1 1 utilisation que le client 

20 fait de ce logiciel. Globalement, un tel procede 
devrait plutot developper le chiffre d'affaires de la 
profession. De plus, la copie de support ne presentera 
plus d'interet, puisque de toute fagon, il sera 
necessaire de payer pour 1 1 utilisation de ce logiciel. 

25 Or, il n'y a pas, a I'heure actuelle de moyens 

fiables et surs pour assurer un paiement pour 
1 ' utilisation de logiciels. La presente invention a 
justement pour but de remedier a cette carence. 
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Expose de 1 • invention 

Un systeme de paiement pour 1 1 utilisation de 
logiciel doit pouvoir remplir au moins trois 
fonctions : 

5 • controler 1 ■ utilisation du logiciel, chaque fois que 
le logiciel est lance, ou bien periodiquement , ou 
bien lorsqu 1 un 6v6nement particulier se produit dans 
le logiciel (par exemple un changement de "monde" 
dans un jeu, un passage au deuxidme acte d'une pidce 
10 de theatre ou de film..,) ; alors, le logiciel doit 

demander qu'un paiement soit effectue ; 

• enregistrer les utilisations, pour faire payer 
1 1 utilisateur : si 1 • utilisateur accepte la demande 
de paiement, il faut enregistrer cette demande d'une 

15 fagon securis^e, pour pouvoir le faire payer 

ulterieurement ; la securisation doit interdire & 
1 ' utilisateur d'ef facer ses dettes, et le paiement 
differe doit permettre d'agreger des petits 
montants, pour pouvoir presenter a 1 1 utilisateur une 

20 note globale, periodiquement (une fois par mois, par 

exemple), pour des raisons pratiques mais aussi du 
fait des couts de recouvrement de ces petits 
montants ; 

• reverser periodiquement a l'^diteur du logiciel le 
25 montant du. 

Ces fonctions doivent etre remplies compte 
tenu de certaines contraintes : 

• les CD-ROM peuvent etre etrangers : un systeme de 
paiement de logiciel doit done comporter une 

30 dimension trans-f rontiere, done des mecanismes 
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susceptibles d ■ etre deployes internat ionalement , et 
une reconnaissance internationale dans des comites 
de standardisation ; 

• 1' interface entre logiciel et les moyens de paiement 
doit etre standardise de fagon h. ce qu'un 
developpeur de logiciel n ' ait pas a programmer 
lui-m§me la logique de paiement correspondant h. 
I'emploi de ce logiciel ; 

• le systdme qui enregistre les utilisations doit etre 
capable de d6clencher des paiement s internat ionaux 
pour remunerer les editeurs de logiciels dans 
n'importe quel pays du monde ; 

• l'agregation pour les paiements des utilisateurs et 
les reversements aux §diteurs de logiciels doit etre 

15 possible : comme indique plus haut, ceci correspond 

a un objectif de simplicity, mais aussi a un souci 
de reduction des couts bancaires ; notamment, dans 
le cas de transactions vers l'etranger, il serait 
inefficace (voire nefaste), sur le plan des couts , 

20 de faire trop d' operations de virements de petits 

montants . 

La pr^sente invention repond h toutes ces 
exigences en tenant compte de toutes ces contraintes • A 

25 cette fin, le systeme de 1 1 invention comprend un module 
de paiement et des moyens de traitement de messages et 
de paiement. Par ailleurs, le logiciel dont on veut 
controler 1 1 utilisation comprend une interface 
logicielle. Les fonctions de ces moyens sont les 

30 suivantes : 
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• 1' interface logicielle est apte & constituer un 
premier message qui est un message d* off re 
d' utilisation du logiciel f ce premier message 
contenant, notamment, 1 ' identity de l'editeur du 

5 logiciel, les param&tres de 1' off re, la signature 

numerique par l'editeur d'au moins une partie de 
l 1 off re, ce premier message etant adresse au module 
de paiement ; 

• le module de paiement est apte h recevoir ce premier 
10 message, a l'afficher, a recevoir en retour 

1 1 acceptation eventuelle de 1 1 utilisateur du 
logiciel, et, en cas d ■ acceptation, a constituer un 
deuxidme message de demande de paiement contenant 
notamment 1' identite de 1 ■ utilisateur et celle de 
15 l'editeur, ainsi qu'une preuve que 1 ■ utilisateur 

accepte 1' off re, ce module etant apte a adresser ce 
deuxiSme message aux moyens de traitement ; 

• les moyens de traitement de messages et de paiement 
sont aptes a recevoir le deuxi&me message, a 

20 controler la preuve qu'il contient, a enregistrer la 

demande de paiement avec au moins 1 ' identite de 
1 'utilisateur et 1 1 identite de l'editeur du 
logiciel, le montant h payer, et a crediter 
l'editeur dudit montant, ces moyens etant aptes en 

25 outre h constituer un troisieme message, qui est un 

message d 1 acquittement , ce troisieme message 
comprenant, notamment, 1 1 identite des moyens de 
traitement et une signature numerique de 1» off re, ce 
troisieme message etant yadresse au module de 

30 paiement ; 



WO 00/63859 



PCT7FR00/01023 



6 



10 



• le module de paiement est en outre apte a 
retransmettre ce troisi&me message a 1' inter face 
logicielle ; 

• 1' interface logicielle est en outre apte & verifier 
la signature des moyens de traitement par rapport 
aux parametres de 1' off re contenue dans le premier 
message et, en cas de concordance, k autoriser 
1* utilisation du logiciel. 

Dans une premiere variante, les moyens de 
traitement de messages et de paiement sont constitues 
par un serveur de paiement distant reli6 au module de 
paiement par un rSseau de telecommunications, ce 
serveur recevant et traitant le deuxiSme message, 
constituant et 6mettant le troisieme message. Ce 
15 serveur de paiement agr£ge les credits §lementaires 
pour, per iodiquement , reverser aux editeurs le montant 
qui leur est du. 

Dans une seconde variante les moyens de 
traitement de messages et de paiement comprennent des 
20 moyens s£curis6s contenant au moins I'identite de 
1'utilisateur, ces moyens etant de plus aptes a 
recevoir le deuxieme message, a controler la preuve 
qu'il contient, k enregistrer la demande de paiement et 
a constituer le troisieme message d 1 acquittement , et 
25 comprennent en outre un serveur de paiement distant 
apte k crSditer l'6diteur. 

Dans cette variante, les moyens securises 
peuvent comprendre un lecteur de carte a puce avec une 
carte k puce contenant I'identite de 1'utilisateur, la 
carte gtant apte a recevoir le deuxidme message, a 
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controler la preuve qu'il contient, & enregistrer la 
demande de paiement et & constituer le troisidme 
message d • acquit tement • 

R6guli6rement, 1' ensemble des demandes 
5 enregistr6es dans la carte, qui correspondent & des 
usages de logiciels, sont rapatri6es dans le serveur 
grace a un reseau de telecommunications. 

La carte peut dtre du type pre-pay6e (sous 
forme par exemple de porte monnaie 61ectronique) ou 
10 post-pay6e. 

Pour une carte pr6-pay6e comme pour une carte 
post-payee , la carte est apte & constituer un fichier 
des demandes acquitt^es et des montants correspondants , 
le message d'acquittement n'etant 6mis avec sa 
15 signature qu'une fois la mise h jour de ce fichier 
ef f ectuee. 

La presente invention a egalement pour objet, 
un module de paiement pour systeme de paiement pour 
1 ' utilisation de logiciel, caracterise en ce qu'il 
20 comprend : 

• des moyens pour traiter un premier message 
contenant , not amment , 1 1 identite d 1 un editeur 
de logiciel, des parametres d'une off re 
d 1 utilisation , une signature numerique d'au 

25 moins une partie de cette off re, 

• des moyens pour emettre ce message vers un 
utilisateur , 

• des moyens pour recevoir une acceptation dudit 
utilisateur du logiciel, 
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• des moyens pour constituer un deuxifeme message 
de demande de paiement contenant notainment 
l f identity de 1 1 utilisateur et celle de 
l'editeur ainsi qu'une preuve que 1 ' utilisateur 

5 accepte 1' off re, 

• des moyens pour recevoir et traiter un 
troisifeme message comprenant une signature 
num^rique constituant une preuve de paiement. 

La pr6sente invention a encore pour objet des 
10 moyens de traitement de messages et de paiement pour 
systdme de paiement pour 1 • utilisation de logiciel, 
caracterises en ce qu • ils comprennent : 

• des moyens aptes a recevoir d'un module de 
paiement un message de demande de paiement 

15 contenant notamment 1' identite d'un utilisateur 

et celle d'un 6diteur ainsi qu 1 une preuve que 
1 ' utilisateur accepte 1* off re d ' utilisation 
d'un logiciel qui lui a et6 faite, 

• des moyens aptes a controler cette preuve, 

20 • des moyens aptes a enregistrer la demande de 

paiement avec au moins 1 ' identite de 
1 1 utilisateur et 1' identite de l'editeur du 
logiciel , le montant a payer et des moyens 
aptes k crediter l'editeur dudit montant, 

25 • des moyens aptes en outre a constituer un 

message d ' acquittement , ce message comprenant, 
notamment, 1' identite des moyens de traitement, 
et une signature num6rique qui constitue la 
preuve du paiement, ; 
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• des moyens pour adresser ce message gi un 
module de paiement. 

Breve description des figures 

5 - la figure 1 illustre un syst&me conforme & 

1 ■ invention dans sa premi&re variante ; 

- la figure 2 illustre un arbre de 
certification avec une chaine de certificats ; 

- la figure 3 illustre un systeme conforme a 
10 1" invention dans sa seconde variante. 

Description detaillee de modes particuliers de 
realisation 

On voit, sur la figure 1, un ordinateur 
15 personnel PC suppose contenir un logiciel L, dont on 
veut controler 1 'utilisation. Ce logiciel est associe & 
une interface logicielle IL, appelee par la suite 
"MARCHAND" , qui communique avec le systeme de paiement 
proprement dit. On trouve 6galement un module de 
20 paiement W, appele par la suite "WALLET". A distance se 
trouve un serveur de paiement SP, relie au module 
WALLET par une ligne de transmission (non representee).. 
L'editeur du logiciel est reference E. 

Dans la variante illustree sur la figure 1, 
25 lorsque le logiciel L a decide de demander un nouveau 
paiement, un message d* off re reference 1 est emis par 
1' interface MARCHAND a destination du module WALLET. Ce 
message d' off re peut contenir : 

• l'identite de l'editeur ; 
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• la description de 1' offre, texte comprehensible par 
1 ' utilisateur explicitant ce gu 1 il va obtenir 
moyennant paiement (par exemple : "30 minutes 
suppl6mentaires d • utilisation" ou bien "scene 3 : 

5 duree 25 minutes") ; 

• le prix (montant, unite monetaire, etc*) 

• 1 1 heure et la date interne du PC ; 

• un al6a interne ; 

• une signature par 1 ' 6diteur du logiciel de cette 
10 offre, sous la forme S E (offre h/ prix) ou offre h 

signifie "condense des donn^es de 1* off re". 

Le module WALLET recevant ce message va 
demander Si 1 • utilisateur U s 1 il est d* accord pour 
accepter cette offre. Par exemple , une fenetre est 

15 affichee k l'ecran, visualisant la description de 
1' offre, 1' heure et la date, le montant et l'unit6 
monetaire a payer, et ce meme prix converti en Francs 
frangais. Cet affichage est symbolise par la fl^che la 
sur la figure 1. 

20 Si 1 1 utilisateur U est d' accord, il clique par 

exemple sur une case " accord " (reponse symbolisee par 
la f leche lb sur la figure 1 ) . Le module WALLET emet 
alors le message 2 "demande de paiement" a destination 
du serveur SP. Ce message peut contenir : 

25 • un condense de l'offre h , le prix, la date et 
1" heure, l'al£a, la signature S E (offre h/ prix) ; 

• I'identite de 1 ' utilisateur U, et celle de l'editeur 
E ; 
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• une preuve que le client est d* accord pour acheter 
cette off re. La nature de la preuve peut dependre du 
mode de realisation : ce peut etre un mot de passe 
envoys au serveur de paiement SP, ou un code 

5 confidentiel donn6 ci une carte & puce, qui elle-meme 

fournit au serveur SP une preuve cryptograph ique : 
signature , etc . . 

Le fait de transmettre un condense de 1 1 of f re 
("offre h " ) et non 1' off re complete permet au client de 
10 ne pas reveler au serveur SP ce qu'il s^lectionne, sans 
empecher les controles par le serveur SP. 

Le serveur de paiement SP recevant cette 
demande de paiement 2 effectue alors les operations 
suivantes : 

15 • controle de la preuve donn6e par le client, 

• conversion en Francs frangais, si ntcessaire, 

• controle de la consommation de 1 1 utilisateur ; h 
titre d'exemple, le serveur SP verifie que le cumul 
de ce qui a ete consomme depuis le debut de la 

20 ptriode est inferieur au montant d 1 autorisation 

attribu6 a cet utilisateur (cas du post-paiement ) , 
ou bien que ce cumul est inferieur a la provision 
constitute par 1 1 utilisateur a cet usage (cas du 
pre-paiement ) , 

25 • enregistrement de la demande de paiement, pour 
pouvoir realiser ulttrieurement les operations de 
paiement ; cet enregistrement comporte au moins : 
-1 1 identification de 1 1 utilisateur , 
-1 ' identification de 1 ,y 4diteur du logiciel, 
30 -le prix, 
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-I'heure et date, le condense offre h , 

• constitution du message 3 d • acquittement , qui va 
prouver au iogiciel et h son interface "MARC HAND " 
que le paiement a bien 6t6 r6alis6 ; ce message 
5 d' acquittement, pour etablir une preuve verifiable, 

contiendra : 

-1'identite du serveur SP, 

-la signature S SP (offre h , prix, al6a, date- 
heure) par le serveur de paiement, 
10 Le module WALLET transmet simplement le 

message regu a 1* interface MARCHAND. 

L 1 interface MARCHAND verifie la signature 
S S p(offre h , prix, al6a, date-heure) du message 
d' acquittement, par rapport aux parametres de 1' off re 
15 precedemment envoy6e* S 1 il y a concordance, alors 
1' execution du Iogiciel L peut continuer. 

Periodiquement, tous les mois par exemple, le 
serveur SP calcule le cumul des depenses engagees par 
chaque utilisateur, et il provoque, dans le cas d'un 
20 post-paiement, le paiement effectif des sommes dues au 
moyen d'une carte pour lequel la connaissance prealable 
du numero de carte du client est necessaire, ou par 
prelevement automatique sur le compte du client. 

Pour le pre-paiement, ceci se fait par le 
25 rechargement volontaire par 1 ' utilisateur de sa 
provision chez un intermediaire . 

De meme, le cumul par l'editeur permet de 
calculer le montant du a chaque editeur. 
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Les traits pointings du dessin de la figure 1 
correspondent Si ce flux financier du serveur SP vers 
1 'editeur. 

5 Pour 1 '6tablissement des differentes 

signatures mentionnees ci-dessus, on peut utiliser un 
syst&me & cle publique avec arbre de certification. 
Cette solution est en effet I'une des rares qui 
permettent de concevoir des syst&mes simples, surs, 

10 ouverts et internationalement reconnus. 

Les principes de cette technique sont bien 
connus. La mise en ceuvre est sch6matisee sur la figure 
2. Une autorite A definit la "racine" de 1 1 arbre de 
certification, dans lequel se trouvent les differents 

15 acteurs du syst&me : 

- les editeurs de logiciels utilisant ce moyen 
de paiement, 

- les serveurs SP, 

- les entites interm§diaires ; dans 1 1 exemple 
20 de la figure 2, il pourrait s 1 agir d'un 

syndicat d'6diteurs de logiciels d'un pays 
(SYND), et d'une autorite nationale de 
regulation des serveurs INTERNET (SINT). 
Ainsi, lorsqu'un logiciel de tel editeur de 
25 logiciel est utilise par un utilisateur correspondant a 
tel serveur SP, un ou des certificats joints aux 
messages 1 et 3 permettent de verifier les signatures. 

Pour le message d* off re (message 1) 1' editeur 
E peut adresser au serveur SP un message contenant le 
30 condense offre h , le prix, la date et l'heure, l'alea, la 
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signature S E (offre h , prix), le certificat de E par 
SYND, le certificat de SYND par A. 

Le serveur SP, qui connait la cle publique de 
A, v6rifie le certificat de SYND par A, avec la cl6 
5 publique de A, II obtient done la cle publique de SYND/ 
de fagon sure et v^rifie le certificat: de E par SYND 
avec la cle publique de SYND. II obtient alors la cl6 
publique de E, de fagon sure, et peut finalement 
controler la signature S E . 

10 

La variante qui vient d'etre decrite peut etre 
qualifi^e de "en ligne" ("on line") car 1 1 utilisateur 
doit se connecter, par exemple par le reseau INTERNET, 
au serveur SP h chaque demande de paiement. Cette 

15 version n'est acceptable que pour des paiements peu 
frequents (par exemple pour pouvoir recevoir un film 
sur DVD-ROM qui dure 2 heures ) • 

L 1 invention prevoit une autre variante, qui 
est mieux appropri6e aux paiements repet6s. Cette 

20 variante est decrite sur la figure 3. Elle suppose 
1' existence d'un lecteur de carte LC et d'une carte C. 
Comme la carte constitue un support sur, elle remplace 
le serveur SP en ce qui concerne les messages 2 et 3, 
lesquels circulent alors entre le module W et le 

25 lecteur de carte LC. Cette variante peut etre qualifiee 
de "off line" (hors connexion) par opposition & la 
premiere. Le paiement de l'editeur E s'effectue 
tou jours par le serveur de paiement SP, lequel regoit 
p^riodiquement les informations memorisees dans la 

30 carte (ligne PP). 



WO 00/63859 



15 



PCT/FROO/01023 



S'agissant de la carte C, on peut distinguer 
deux cas : 

• la carte est une carte pre-payee (du type carte 
porte-monnaie 61ectronique , par exemple) ; la 

5 provision financi£re diminue h. chaque fois qu'un 

message de demande de paiement est trait§ ; alors, 
il n'y a pas de risque d'impayes, car la carte avant 
de se vider, a du etre charg^e ; il faut cependant 
relever les utilisations qui ont 6t6 faites, pour 
10 pouvoir payer les editeurs, selon 1 ' utilisation de 

leurs logiciels ; ceci peut par exemple etre fait au 
moment du rechargement de la carte ; 

• la carte est une carte post-payee : le risque existe 
que les utilisations enregistrees dans la carte ne 

15 reviennent jamais a 1 • intermediaire , done que le 

client ne soit jamais debite, et par voie de 
consequence que les Editeurs des logiciels utilises 
ne soient pas credites. La parade a ce probleme 
consiste ci limiter les paiements a un certain 

20 plafond et/ou a faire payer une caution superieure a 

ce plafond, qui dissuade 1 1 utilisateur de faire 
disparaitre sa carte. 

Du point de vue des mecanismes precis, cette 
25 seconde variante reste tres proche de la premiere, si 
ce n'est le remplacement du serveur SP par la carte C. 
Cette carte devra done contenir un fichier des 
utilisations qui, comme dans le cas du serveur SP, 
contiendra les enregistrements des transactions, eux 
30 memes contenant au minimum les informations suivantes : 
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- 1 ■ identification de 1 1 utilisateur , 

- 1 • identification de l'£diteur du logiciel, 

- le prix. 

Si I'on accepte de sacrifier un peu de 
5 s6curit§ pour ne pas avoir le surcout du lecteur de 
carte , la carte pourra etre remplacee par un moyen de 
memorisation integr6 au PC. 

Pour que le fichier des demandes de paiement 
ne soit pas trop facilement alterable ou effagable, il 
10 faut utiliser des techniques de fragmentation/ 
dissemination sur la totalite du disque, dont la 
complexity constituera une barriere, certes moins forte 
que la securite physique des cartes a puce, mais 
suffisante dans bien des cas. 



15 



WO 00/63859 



17 



PCT/FROO/01023 



REVINDICATIONS 

1. Systfeme de paiement pour 1 ' utilisation d'un 
logiciel (L) contenu sur un support , ce logiciel 
5 contenant une interface (IL), le syst^me comprenant un 
module de paiement (W) et des moyens de traitement de 
messages et de paiement (SP), les fonctions de ces 
moyens 6tant les suivantes : 

1' interface logicielle (IL) est apte a 

10 constituer un premier message (1) qui est un message 
d' off re d' utilisation du logiciel, ce premier message 
{ 1 ) contenant , notamment , 1 1 identite de 1 1 6diteur du 
logiciel (E), des paramdtres de 1' off re, la signature 
numerique par l'editeur d'au moins une partie de 

15 I 1 off re, ce premier message etant adresse au module de 
paiement (W) ; 

le module de paiement (W) est apte h. recevoir 
ce premier message ( 1 ) , a 1 1 af f icher ( la ) , & recevoir 
en retour 1 1 acceptation eventuelle (lb) de 

20 1 'utilisateur (U) du logiciel, et en cas d 1 acceptation, 
& constituer un deuxieme message (2) de demande de 
paiement contenant notamment 1 1 identity de 
1 1 utilisateur (U) et celle de l'editeur (E) airisi 
qu'une preuve que 1 1 utilisateur (U) accepte 1' off re, ce 

25 module (W) 6tant apte a adresser ce deuxieme message 
(2) aux moyens de traitement de messages et de paiement 
(SP) ; 

les moyens de traitement de messages et de 
paiement (SP) sont aptes a recevoir le deuxieme message 
30 (2), a controler la preuve qu'il contient, a 
enregistrer la demande de paiement avec au moins 
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I'identite de 1 ' utilisateur (U) et 1 1 identity de 
l'6diteur du logiciel (E), le montant a payer et a 
cr^diter l'€diteur (E) dudit montant, ces moyens etant 
aptes en outre h constituer un troisieme message (3), 
5 qui est un message d' acquittement , ce troisieme message 
( 3 ) comprenant , notamment , 1 1 identite des moyens de 
traitement et une signature numerique qui constitue la 
preuve du paiement, ce troisi&me message etant adresse 
au module de paiement (W) ; 

10 le module de paiement (W) est en outre apte h 

retransmettre ce troisieme message (3) a 1' interface 
logicielle (IL) ; 

1' interface logicielle (IL) est en outre apte 
a verifier la signature des moyens de traitement par 

15 rapport aux parametres de 1' off re contenue dans le 
premier message et, en cas de concordance, a autoriser 
1 'utilisation du logiciel (L). 

2. Syst&me selon la revendication 1, dans 
20 lequel la signature numerique par 1'editeur d'au moins 
une partie de 1' off re et la signature numerique 
constituant la preuve du paiement, sont des signatures 
h cle publique avec arbre de certification, une 
autorite (A) definissant une racine de 1' arbre de 
25 certification dans lequel se trouvent les differents 
acteurs du systeme, notamment les £diteurs de logiciels 
(E) et les serveurs de paiement (SP), un ou des 
certificats etant joint (s) au premier et au troisieme 
messages (1) (3) pour la verification des signatures. 
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3. Systeme selon la revendication l, dans 
lequel les moyens de traitement de messages et de 
paiement sent constitues par un serveur de paiement 
distant (SP) relie au module de paiement ( W) par un 
reseau de telecommunications, ce serveur (SP) recevant 
et traitant le deuxieme message (2) et constituant et 
<§mettant le troisieme message (3), ce serveur de 
paiement calculant le cumul des depenses engagees par 
chaque utilisateur pour tous les editeurs pour faire 
payer cet utilisateur, et provoquant le reversement des 
sommes dues a chaque editeur par tous les utilisateurs . 



4. Systeme selon la revendication l, dans 
lequel les moyens de traitement de messages et de 
15 paiement comprennent des moyens securises (LC, C) 
contenant au moins 1- identity de 1 • utilisateur (U) , ces 
moyens etant aptes a recevoir le deuxieme message (2), 
a controler la preuve qu'il contient, a enregistrer la 
demande de paiement et a constituer le troisieme 
message d ' acquirement (3) avec la preuve de paiement, 
et comprennent en outre un serveur de paiement distant 
(SP) apte a crediter 1' Editeur (E) . 



5. Systeme selon la revendication 4, dans 
lequel les moyens securises comprennent un lecteur de 
carte (LC) avec une carte (C) contenant 1 • identite de 
1' utilisateur, le lecteur de carte et la carte etant 
aptes a recevoir le deuxieme message (2), a controler 
la preuve qu'il contient, a enregistrer la demande de 
30 paiement et a constituer ' le troisieme message 
d ■ acquittement (3) avec la preuve de paiement. 
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6. Systeme selon la revendication 5, dans 
lequel la carte (C) est du type pre-payee et contient 
une provision, la carte etant apte a debiter cette 
5 provision a chaque demande de paiement du montant de la 
demande . 



7. Systeme selon la revendication 6, dans 
lequel la carte pre-payee (C) formant le message 
d'acquittement est apte a inserer, dans ce message, une 
preuve que le montant de la demande du a ete debite 
dans la carte. 



8. Systeme selon la revendication 6, dans 
15 lequel la carte pre-payee (C) est apte a constituer un 

fichier des demandes acquittees et des montants 
correspondants , le message d ' acquittement n' etant emis 
avec sa signature qu'une fois la mise a jour de ce 
fichier effectu^e. 

20 

9. Systeme selon la revendication 8, dans 
lequel la carte pre-payee (C) peut etre rechargee, le 
fichier qu'elle contient etant transfere prealablement 
au serveur de paiement (SP) lors du rechargement pour 

25 reversement aux editeurs. 



10. Systeme selon la revendication 6, dans 
lequel la carte pre-payee (C) est du type porte-monnaie 
electronique . 



WO 00/63859 



21 



PCT/FROO/01023 



11. SystSme selon la revendication 5, dans 
lequel la carte (C) est du type post-payee. 

12. Systfeme selon la revendication 11, dans 
5 lequel la carte post-pay6e (C) est apte a constituer un 

fichier des demandes acguittSes et des montants 
correspondants, le message d' acquittement n'6tant 6mis 
avec sa signature qu'une fois la mise & jour de ce 
fichier effectue. 

10 

13. Systdme selon la revendication 12 , dans 
lequel le fichier de la carte est transfere au serveur 
de paiement (SP) pour reversement aux editeurs. 

15 14. Module de paiement (W) pour systdme de 

paiement pour 1 ' utilisation de logiciel, caracterise en 
ce qu'il comprend : 

• des moyens pour traiter un premier message (1) 
contenant, notamment, l'identite d'un 6diteur 

20 de logiciel (E), des parametres d'une offre 

d 1 utilisation , une signature numer ique d ' au 
moins une partie de cette offre, 

• des moyens pour emettre ce message (la) vers 
un utilisateur (U), 

25 • des moyens pour recevoir une acceptation (lb) 

dudit utilisateur (U) du logiciel, 

• des moyens pour constituer un deuxieme message 
(2) de demande de paiement contenant notamment 
1' identity de 1 ' utilisateur (U) et celle de 



WO 00/63859 



PCTVFR00/01023 



22 



1 • 6diteur (E ) ainsi qu 1 une preuve que 
1 'utilisateur (U) accepte 1' off re, 

• des moyens pour recevoir et traiter un 
troisidme message (3) comprenant une signature 

5 num^rique constituant une preuve de paiement. 

15. Moyens de traitement de messages et de 

paiement (SP) pour systfeme de paiement pour 

1 1 utilisation de logiciel, caract^rises en ce qu'ils 
10 comprennent : 

• des moyens aptes h recevoir d'un module de 
paiement (W) un message de demande de paiement 
contenant notamment 1' identity d'un utilisateur 
(U) et celle d'un 6diteur (E) ainsi qu ' une 

15 preuve que 1 • utilisateur (U) accepte 1* off re 

d' utilisation d'un logiciel qui lui a 6t6 
f aite, 

• des moyens aptes & controler cette preuve , 

• des moyens aptes h enregistrer la demande de 
20 paiement avec au moins 1 ' identite de 

1 ' utilisateur et 1' identite de l'editeur (E) du 
logiciel, le montant h payer et des moyens 
aptes ci crediter l'editeur (E) dudit montant, 

• des moyens aptes en outre a constituer un 
25 message (3) d' acquittement, ce message (3) 

comprenant, notamment, 1' identite des moyens de 
traitement, et une signature num^rique qui 
constitue la preuve du paiement, 

• des moyens pour adres&er ce message (3) k un 
30 module de paiement (W) . 
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16. Moyens de traitement de messages et de 
paiement (SP) pour syst&me de paiement pour 
1' utilisation de logiciel, caract6ris6s en ce qu'ils 
5 comprennent des moyens securises comprenant un lecteur 
de carte (LC) avec une carte (C) contenant 1 ■ identity 
d'un utilisateur de logiciel, le lecteur de carte et la 
carte 6tant aptes k recevoir un message contenant une 
preuve que 1 1 utilisateur a accepts une off re et ci 
10 controler cette preuve , k enregistrer une demande de 
paiement et k constituer un message d ■ acquittement (3) 
avec la preuve de paiement. 

17. Moyens de traitement de messages et de 
15 paiement (SP) selon la revendication 16, dans lesquels 

la carte (C) est du type pre-payee et contient une 
provision, la carte etant apte & debiter cette 
provision & chaque demande de paiement du montant de la 
demande . 

20 

18. Moyens de traitement de messages et de 
paiement (SP) selon la revendication 17, dans lesquels 
la carte pre-payee (C) formant le message 
d* acquittement est apte k insurer, dans ce message, une 

25 preuve que le montant de la demande du a 6t6 debite 
dans la carte. 

19. Moyens de traitement de messages et de 
paiement (SP) selon la revendication 17, dans lesquels 

30 la carte pr6-payee (C) est apte & constituer un fichier 
des demandes acquittees et des montants correspondants , 
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le message d 1 acquittement n 1 6tant emis qu ' une f ois la 
mise cl jour de ce fichier effective. 

20. Moyens de traitement de messages et de 
5 paiement (SP) selon la revendication 17 , dans lesquels 
la carte pr6-pay6e (C) peut dtre recharg§e, le fichier 
qu'elle contient pouvant Stre transf6re lors du 
rechar gement • 

10 21* Moyens de traitement de messages et de 

paiement ( SP ) selon la revendication 1 7 , dans lesquels 
la carte pre-payee (C) est du type porte-monnaie 
61ectronique . 

15 22. Moyens de traitement de messages et de 

paiement (SP) selon la revendication 16, dans lesquels 
la carte (C) est du type post-pay6e. 
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